-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Add guidance about temperature modeling to User Guide #2591
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
One thing that could be added is the parameter conversion from one model to another. Please leave this open for a few weeks as I'd like to comment more. |
Co-authored-by: Cliff Hansen <[email protected]>
|
Could consider listing |
Co-authored-by: RDaxini <[email protected]>
…r/pvlib-python into userguide-temperature
|
This PR has been open for a few weeks now. I suggest we merge it on Monday the 7th if there are no objections. |
| can be converted to another model (e.g. ``u_c``, ``u_v`` for :py:func:`~pvlib.temperature.pvsyst_cell`) | ||
| using :py:class:`~pvlib.temperature.GenericLinearModel`. | ||
|
|
||
| Currently, pvlib provides no functionality for fitting parameter values |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You could consider including references to:
- The sandia data set for temperature model fitting, and it's accompanying notebook
- My paper on model fitting from last years PVSEC.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure pointing to external functionality makes sense for these pages. Let's save that for a potential follow-up.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What kind of "sense" are we looking for? Pointing to solutions takes the edge off the foregoing limitation a bit. I think the new spectrum section has similar pointers. But I leave the decision to you.
IoannisSifnaios
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Co-authored-by: Anton Driesse <[email protected]>
Co-Authored-By: Ioannis Sifnaios <[email protected]>
| can be converted to another model (e.g. ``u_c``, ``u_v`` for :py:func:`~pvlib.temperature.pvsyst_cell`) | ||
| using :py:class:`~pvlib.temperature.GenericLinearModel`. | ||
|
|
||
| Currently, pvlib provides no functionality for fitting parameter values |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What kind of "sense" are we looking for? Pointing to solutions takes the edge off the foregoing limitation a bit. I think the new spectrum section has similar pointers. But I leave the decision to you.
| +----------------------------------------------+--------+------------+----------------+---------------------+------------+-----------------------+ | ||
| | :py:func:`~pvlib.temperature.fuentes` | either | ✓ | ✓ | ✓ | ✓ | | | ||
| +----------------------------------------------+--------+------------+----------------+---------------------+------------+-----------------------+ | ||
| | :py:func:`~pvlib.temperature.generic_linear` | cell | | ✓ | ✓ | ✓ | | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see the doc string says cell temperature, but the model is really agnostic as in principle all the others are too. I recommend putting "either" here possibly flag the docstring to be changed. In the class description module temperature is used.
[ ] Closes #xxxx[ ] Tests added[ ] Updates entries indocs/sphinx/source/referencefor API changes.docs/sphinx/source/whatsnewfor all changes. Includes link to the GitHub Issue with:issue:`num`or this Pull Request with:pull:`num`. Includes contributor name and/or GitHub username (link with:ghuser:`user`).[ ] New code is fully documented. Includes numpydoc compliant docstrings, examples, and comments where necessary.remote-data) and Milestone are assigned to the Pull Request and linked Issue.Continuing in a broader thrust of developing our user guide section. Previously:
See also:
Docs build: https://pvlib-python--2591.org.readthedocs.build/en/2591/user_guide/modeling_topics/temperature.html